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Remarks 

Favorable reconsideration of this application is requested in view of the following 
remarks. For the reasons set forth below, Applicant respectfully submits that the claimed 
invention is allowable over the cited references. 

The final Office Action dated April 15 5 2005, indicated that the specification is objected 
to under 35 U.S.C.§1 12(1); that claims 1 and 33 stand rejected under 35 U.S.C.§1 12(1); that 
claims 1 - 14, 20 - 28, 32 - 39, 44, 45, and 48 - 51 stand rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Colby et al (U.S. Patent No. 6,006,264, hereinafter the '264 reference) 
in view of Brendel et al (U.S. Patent No. 5,774,660, hereinafter the '660 reference); that claims 
15,16, 29, and 40 - 43 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Colby in view of Brendel, and further in view of Miller et al (U.S. Patent No. 5,920,701, 
hereinafter the '701 reference); claims 17, 46, and 47 stand rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Colby in view of Brendel, and further in view of Wolpert (U.S. Patent 
No. 6,577,601, hereinafter the '601 reference); claims 18 and 19 stand rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over Colby and Brendel in view of Wolpert, and further in view 
of Miller; claims 30 and 31 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Colby in view of Brendel, and further in view of Reed et al (U.S. Patent No. 5,862,325, 
hereinafter the '325 reference). 

Applicant respectfully traverses all of the claim rejections, as well as the objection to the 
specification, for reasons including those stated in the Final Office Action Response filed on 
June 15, 2005, which is incorporated herein by reference. Applicant submits that the Examiner, 
in making final claim rejections, failed to address all of the Applicant's traversals. Applicant 
further submits that the Examiner's comments in the Advisory Action mailed on July 12, 2005 
did not address the arguments presented in the Final Office Action Response. The Examiner 
has thus continued to gloss over Applicant's arguments without addressing and answering the 
traversals; this approach is contrary to the M.P.E.P. (e.g., §707.07(f)) and relevant law. In this 
regard, Applicant requests that the Examiner address the traversals presented in the Office 
Action Responses of record and answer the substance of the arguments presented therein. The 
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following discussion addresses certain aspects of the rejections of the claims, the objection to 
the specification, and addresses certain arguments made in connection with previous traversals. 

Before turning to the rejections and objections, Applicant submits that the Examiner's 
distorted assertions in the Advisory Action, suggesting that the Applicant admitted "that this 
[network-distributed application routing controller] feature was well known in the art is only 
admission that Applicants (sic) invention was well known in the art" are untenable. The cited 
portion of Applicant's June 22, 2005 response (page 12) referenced the Examiner's admission 
that certain features are well known in the art. This portion specifically addressed the 
Examiner's attempt to suggest that the specification is not enabling on one hand, and on the 
other hand, to suggest that the allegedly non-enabled subject matter was obvious to one of skill 
in the art. These positions taken by the Examiner are in direct conflict and demonstrate the 
impropriety of the Examiner's Section 1 12(1) rejections. 

The amendments to the specification incorporate certain claim language in a manner 
consistent with the original specification, such that no new matter has been added. For 
instance, the added discussion of a "network-distributed application routing controller" is 
consistent with the original specification, describing the implementation of a network- 
distributed application routing controller in at least one user node. Referring to the 
originally-filed claims, FIG. 3 and the corresponding discussion in the paragraph beginning 
on line 13 of page 12, an application routing controller 305 is implemented at various levels 
throughout the network (/.e?., is "network-distributed"), including levels at end-user nodes 
320 and 321, used to route data to node 324. As further described in the specification 
beginning at line 10 of page 12, the application routing arrangement uses "one or more of the 
system nodes [end user nodes] for transferring the data." These amendments, together with 
the above discussion, are made to address the Examiner's apparent request that the 
specification recite the exact subject matter claimed (whereas the requirement is instead that 
the description allow persons of ordinary skill in the art to recognize that [he or she] invented 
what is claimed). 

As to the prior art-based claim rejections, all rejections should be removed because the 
combined references do not teach or suggest all of the claimed limitations and because the 



17 



App, Serial No. 09/843,249 
Docket No. EYEF.002PA 
Amendment filed with a 



Request for Continued Examination 



proposed modifications of the primary '264 reference are unmotivated. In general, the cited 
references do not teach "a network-distributed application routing controller" as claimed in 
the present invention, and proposed modifications to the flow controller of the '264 reference 
would render the flow controller inoperable (thus rendering the proposed modification 
unmotivated). The Section 1 12(1) claim rejections should also be removed because the 
specification clearly supports the claimed limitations upon which the Examiner is apparently 
relying in making the rejection. The applicant has specifically pointed out portions of the 
specification providing support for these claimed limitations rejected under Section 1 12(1), to 
which the Examiner has offered no response. 

The following more particularly addresses the impropriety of the claim rejections, 
beginning with the Section 1 12(1) (with improper basis). 

As previously discussed in Applicant's traversals, the Section 1 12(1) objection and 
rejections are improper because the specification describes the invention in a manner 
consistent with Section 1 12(1); the Examiner has not acknowledged or answered these 
traversals, which identified specific portions of the specification that support the claimed 
limitations. Consistent with the M.P.E.P., claim rejections that rely upon Section 1 12(1) are 
made where "the claims contain subject matter which was not described in the specification 
in such a way as to reasonably convey to one skilled in the relevant art that the inventor(s), at 
the time the application was filed, had possession of the claimed invention." 

In this instance, the specification describes various examples involving a network- 
distributed application routing controller implemented in at least one user node. Applicable 
case law indicates that "[t]he written description requirement does not require the applicant 
"to describe exactly the subject matter claimed, [instead] the description must clearly allow 
persons of ordinary skill in the art to recognize that [he or she] invented what is claimed." 
Union Oil Co. of California v. Atlantic Richfield Co., 208 F.3d 989 (Fed. Cir. 2000), cert, 
denied, 69 U.S.L.W. 3165 (Feb. 20, 2001) (No. 00-249) (quoting In re Gosteli, 872 F.2d 
1008, 1012, 10 U.S.P.Q.2d 1614, 1618 (Fed. Cir. 1989) (citations omitted)). Referring to 
FIG. 3 and the corresponding discussion in the paragraph beginning on line 13 of page 12, an 
application routing controller 305 is implemented at various levels throughout the network, 
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including levels at end-user nodes 320 and 321, used to route data to node 324. As further 
described in the specification beginning at line 10 of page 12, the application routing 
arrangement uses "one or more of the system nodes [end user nodes] for transferring the 
data." 

In addition to the above-discussed support in the specification, the Examiner further 
suggests, on page 5 of the Office Action, that "it was well known . . . that system nodes and user 
nodes are interchangeable" and that "implementing routing controllers in user nodes was also 
well known in the art at the time of the present invention." Applicant submits that these 
statements demonstrate that the requirements of Section 1 12(1) have been met; namely, one of 
skill in the art would be able to make and use the invention in view of the written description in 
the specification. In attempting to maintain the Section 1 12(1) rejection over this subject matter 
on one hand, and stating that the same subject matter is well known in the art on the other hand, 
the Examiner has argued (in the scope of a few pages in the Office Action) that the subject 
matter is well-known yet not enabled. As addressed above in connection with the Examiner's 
misguided statements in the Advisory Action regarding the same subject matter, Applicant 
submits that this approach is untenable and requests that the Section 1 12(1) rejection be 
removed. 

Turning to the Section 103 rejections, the Examiner failed to cite references that teach or 
suggest all of the claimed limitations. Many claimed limitations were not even mentioned in the 
Final Office Action, and various "teachings" alleged by the Examiner do not correspond to 
(teach or suggest) the claimed limitations as asserted. Beginning with claim 1, the rejection on 
page 4 of the Final Office Action asserts that the '264 reference teaches a network-distributed 
application routing controller is "implemented in the network." However, the rejection does 
not assert anywhere that the '264 reference teaches "a network-distributed application 
routing controller implemented in at least one user node and in at least one of the plurality of 
servers" as claim 1 is directed. For instance, lines 48-58 of column 2 of the '264 reference 
are improperly asserted as teaching a network-distributed application routing controller, 
made in reference to independent claims 1, 33 and 34. Contrary to the assertion in the Office 
Action, this cited portion of the '264 reference refers to a flow switch (e.g., content-aware 
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flow switch 110 of FIG. lc) that simply forwards a request for information to an appropriate 
server (e.g., web server 100a, 100b or 100c) and acts as a "full duplex logical connection" 
(see column 5, line 65). 

While the Office Action has not shown explicitly how data is routed in the '264 
reference, it appears that one of the web servers responds to a request by sending data 
relative to the request through the flow switch and to a client (see, e.g., column 5, line 62 
through column 6, line 6). In this regard, the Office Action has not shown any information in 
the '264 reference that would indicate that the flow switch is a router in the context of the 
present invention or, more particularly, that the flow switch is network-distributed and directs 
routing of supplied data from a supply node to a requesting node. Further, the Office Action 
has not shown how the flow switch in the '264 reference ascertains a location of supplied 
data and, further, directs the routing of the supplied data from a source to a requesting 
destination. Referring to the cited portion of column 2 of the '264 reference, it appears that 
the flow switch in the '264 reference does not serve a content request; rather, the flow switch 
directs such a request to a server that can serve the request. Referring again to FIG. lc of the 
'264 reference, once the flow switch passes along a request to a particular server, it is out of 
the loop for controlling the supplied data and simply waits for a response. Therefore, the 
flow switch does not "direct routing" of supplied data from a network node as claimed in the 
instant invention. 

The Examiner's citation to the secondary '660 reference improperly asserts that the 
'660 reference's "load balancer," which is implemented separately from a server, teaches the 
claimed limitations directed to a network-distributed approach. The '660 reference does 
show a load balancer (see f e.g., FIG. 8) that can be implemented separately from a server, but 
fails to show a routing controller implemented in a user node (e.g., in the client browser 10). 
Essentially, the '660 reference adds nothing new, as the server side servers in the primary 
'264 reference are separate from the flow controller (see, e.g., FIGs. lb, lc), with the flow 
controller of the '264 reference acting functionally similar to the load balancer in the '660 
reference. In this regard, the '660 reference as modifying the '264 reference fails to teach or 
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suggest all of the claimed limitations, including a routing controller implemented in a user 
node. 

The Section 103 rejections also fail to establish a prima facie case of obviousness 
because the proposed modification of the primary '264 reference would render the '264 
reference inoperable for its intended purpose; where a proposed modification of a reference 
would render that reference inoperable, the proposed modification is unmotivated. See, e.g., 
In re Gordon, 733 F.2d 900, 221 U.S.P.Q. 1 125 (Fed. Cir. 1984). Implementing the flow 
controller of the primary '264 reference with a user node and/or a server would remove the '264 
reference's purpose of routing requests from such a user node to a server, i.e. 9 where the flow 
switch forwards requests "based on the destination addresses in the packet headers." See, 
column 6, lines 8-13. That is, modifying the flow controller to ascertain data location 
information and direct routing in response thereto would undermine the flow controller's 
approach to forwarding requests based on a predefined destination address, rather than an 
ascertained destination. Further, in order to arrive at the claimed limitations, the '264 reference 
would need to distribute the flow switch to different locations in the network, which would 
remove the flow switch's purpose of interfacing between the client and server sides of the 
network. In this regard, the Examiner's assertions that a user node is a system node and, 
implicitly, that the modified '264 reference teaches or suggests all of the claimed limitations, 
would render the flow controller in the '264 reference inoperable for its interfacing purpose. 
For example, a "peer to peer routing" approach would remove the need to forward any request 
to a server-side server as described, e.g., in connection with FIG. 1C, and further would remove 
the interfacing nature of the flow controller. In view of the above, the '264 reference cannot be 
modified as asserted and, therefore, there is no motivation for making such a modification. 

The Section 103 rejections also fail to cite evidence of motivation for all of the proposed 
modifications of the primary '264 reference. This failure is in at least two areas, first in the 
apparent modification of the '264 reference in view of (improperly) alleged "inherent" teachings 
and/or the Examiner's interpretations of language in the claims, and second in the modification 
of the '264 reference with the '660 reference. Beginning with this first failure and referring to 
page 5 of the Final Office Action, the rejections fail to cite evidence for two acknowledged 
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"missing" elements in the primary '264 reference. As background, the '264 reference specifies 
a flow controller that directs requests from users on a client-side to servers on a server side of 
the flow controller. The servers receive the request and control the subsequent routing of data 
accordingly; essentially, the flow controller simply picks a server to which to send a request. 
The Examiner's argument for asserting that the '264 reference teaches these missing elements 
focuses on assimilating the terms "user" node and "system" node by arguing that the terms can 
be used interchangeably. However, this comparison of the use of the terms "user" and "system" 
node fails to address modifying the '264 reference's flow controller to be implemented at a user 
node, thus failing to address the functionality of each term. That is, the comparison is not 
directly relevant to the use of such user and system nodes with the primary '264 reference, as 
applicable to the claimed invention; therefore, the comparison does not evidence motivation for 
modifying the '264 reference. 

Furthermore, the flow switch of the '264 reference is not implemented with any end 
nodes, including client or server nodes, to control the routing of data. Instead, once a request is 
forwarded, the '264 reference's flow switch is finished with its job. Asserting correspondence 
between the '264 reference and the claimed limitations would require more, yet the Examiner 
has failed to cite any motivation for implementing the flow controller in this context, such as at 
one of the end nodes. 

In addition to the above, the motivation alleged as supporting the modification of the 
'264 reference with the teachings of the '660 reference is unrelated to the purpose of the 
modification. For instance, the alleged motivation for "reducing the amount of hardware 
involved" is directed to the '660 reference's approach to implementing a load balancer in the 
software of a server; this alleged "motivation" does not support implementing a router in 
separate locations. In this regard, the alleged motivation actually teaches away from modifying 
the '264 reference to include a network-distributed routing controller (e.g., where the flow 
controller in the '264 reference would be implemented in two different locations). Furthermore, 
while the '660 reference shows a load balancer separate from a server, the two are not 
distributed across a network (i.e., coupled across the Internet 66 as shown in FIG. 8). 
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In view of the above, all of the Section 103 rejections are improper because the 
asserted portions of the cited references do not teach or suggest the limitations indicated in 
the Office Action. In addition, traversals from previous Office Action Responses of record 
are incorporated herein and address other improprieties with the rejection as well as specific 
dependently-claimed limitations. In this regard, further discussion of the other claim 
rejections should not be necessary. However, selected ones of the remaining rejections 
relating to dependent claims and otherwise are addressed as follows. 

Referring to the rejection of claim 4, the cited portion of the '264 reference does not 
describe routing between two system nodes coupled to a server via a network, as asserted. 
Instead, the cited portion (column 5, lines 43-51) of the '264 reference is directed to routing 
from a server to a client-side node, which is apparently being asserted as a system node, as 
shown in FIG. lc. The cited portion of the '264 reference does not teach or suggest 
limitations directed towards routing data between two system or user nodes (e.g., between 
two nodes on the client-side of FIG. lc). Therefore, the assertion in the Office Action is 
incorrect and the rejections relying thereupon should be removed. 

Regarding the rejection of claims 6-8, the Examiner appears to be making an 
inherency type argument without providing any support in the cited reference (or from the 
prior art) supporting the allegedly inherent teachings. To establish inherency, the extrinsic 
evidence "must make clear that the missing descriptive matter is necessarily present in the 
thing described in the reference, and that it would be so recognized by persons of ordinary 
skill" Continental Can Co. v. Monsanto Co., 948 F.2d 1264, 1268, 20 U.S.P.Q.2d 1746, 
1749 (Fed. Cir. 1991) (emphasis added). "Inherency, however, may not be established by 
probabilities or possibilities. The mere fact that a certain thing may result from a given set of 
circumstances is not sufficient." Id. at 1269, 20 U.S.P.Q.2d at 1749 (quoting In re Oelrich, 
666 F.2d 578, 581, 212 U.S.P.Q. 323, 326 (C.C.P.A. 1981). In this instance, no such 
extrinsic evidence has been provided. Further, it is unclear as to why replication would be 
inherent with the subject matter in the '264 reference, as the cited portion of the '264 
reference is directed to using a different server source, rather than replicating data. 
Therefore, the rejections based upon this inherent allegation are improper and, further, the 
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'264 reference appears to teach away from the alleged inherent teachings. Additional 
allegations of inherency made in connection with the rejection of claims including claims 12 
and 22 are improper for similar reasons. 

Regarding the rejection of claims 13 and 14, the cited portion of the e 264 reference 
does not, as Office Action asserts, teach limitations directed to the routing of data relative to 
an identified communication link having sufficient availability. Rather, the cited portions 
(column 16, line 66 through column 17, line 15) of the '264 reference appear directed to 
leveling, or equaling, flow from particular "virtual web hosts" rather than using a particular 
link based upon its availability. In this regard, the claim rejections relying upon this 
assertion are improper. 

In view of the above, no claim amendments have been made for reasons of 
patentability as all of the rejections fail. Notwithstanding, the independent claims have been 
amended and include certain limitations that are also not taught or suggested by the cited 
references. For example, amended claim 1 is directed to limitations including a network- 
distributed routing controller implemented in a personal computer device at one of the user 
nodes. In response to a data request, the routing controller identifies a personal computer 
device bearing the requested data and directs routing of the requested data from the identified 
personal computer to a computer device to which the data has been requested to be sent. In 
some applications, the network-distributed application routing controller includes an 
implementation thereof at the personal computer device bearing the requesting data, with that 
portion facilitating the routing. The cited references fail to teach or suggest these and other 
limitations in the amended claims. Furthermore, new dependent claims 52-59 are patentable 
over the cited references because they depend from the amended independent claims, and 
further because they are directed to additional limitations that are not taught or suggested by 
the cited references. New independent claim 60 also includes limitations similar to various 
limitations discussed above, which are also not taught or suggested by the cited references. 
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In view of the above discussion, Applicant believes that the rejections have been 
overcome and the application is in condition for allowance. A favorable response is 
requested. Should there be any remaining issues that could be readily addressed over the 
telephone, the Examiner is encouraged to contact the undersigned at (651) 686-6633. 



Respectfully submitted, 




CRAWFORD MAUNU PLLC 
1270 Northland Drive, Suite 390 
St. Paul, MN 55120 
651/686-6633 



Dated: September 15, 2005 



Eric T. Ciutin 
Reg. No. 47,511 
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